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ABSTRACT 


The  performance  of  the  equipment  and  software  of  the 
SAAC  (LASA)  system  is  presented  in  this  report. 

The  system  operates  in  two  parts.  The  Detection 
Processor  performs  data  acquisition  and  signal  detection. 

The  Event  Processor  selects  detections  to  process  as 
events,  refines  locations  and  publishes  an  earthquake 
bulletin. 

The  performance  of  both  processors  was  high.  The 
Detection  Processor  operated  97%  of  all  available  time 
throughout  the  second  half  of  the  year.  The  Event  Processor 
report  coverage  was  virtually  the  same  as  DP  recording 
coverage  throughout  most  of  the  year. 
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INTRODUCTION 


This  report  is  a  presentation  of  the  equipment  and 
software  performance  of  the  Seismic  Array  Analysis  Center 
(SAAC)  automatic  seismic  data  acquisition  and  processing 
system.  An  evaluation  of  the  system  must  include  a 
measurement  of  the  performance  of  its  equipment  and 
software  since  this  has  a  direct  bearing  on  the  system 
effectiveness.  The  Geophysical  Evaluation  of  this  system 
is  found  in  SAAC  Report  No.  5  (Dean,  1972) . 

The  SAAC  System  is  on-line  to  the  LASA  Data  Center 
via  telecommunications  linlc.  It  uses  the  LASA  short- 
period  seismic  data  to  automatically  detect  and  locate 
seismic  events.  The  on-line  SAAC  system  also  records 
and  beams  LASA,  ALFA,  and  NORSAR  long-period  seismic 
data  in  real-time  and  transmits  ALFA  data  to  other  users. 
These  tasks  are  secondary  to  the  main  mission  of  the  on¬ 
line  SAAC  system. 

The  equipment  and  software  systems  examined  here  are 
those  which  perform  the  on-line  seismic  data  analysis. 
They  consist  of  two  IBM  S/360  Model  40  computing  systems 
and  the  Special  Processing  System  4103,  using  the  Inte¬ 
grated  Seismic  Research  Signal  Processing  System  (ISRSPS) 
real-time  Detection  Processor  and  an  off-line  Event 
Processor  programming  system. 
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The  interval  covered  in  this  report  is  from  January 
15  through  DeceitODer  31,  1971.  In  the  System  Configuration 
Section  we  describe  the  equipment  to  be  examined. 

This  report  reviews  SAAC  equipment  and  software  per¬ 
formance  by  examining  three  areas: 

1.  measurements  of  uptime  for  the  total  system  and 
for  each  component  of  the  system; 

2.  description  and  use  of  backup  equipment; 

3.  description  of  the  flexibility  of  the  system. 

The  first  area,  measurement  of  uptime  or  recording 
time,  is  important  as  a  direct  measure  of  the  reliability 
of  the  equipment  and  software.  It  serves  as  a  reference 
point  for  measuring  the  effect  of  parameter  changes  on 
the  nuiriber  of  seismic  events  reported.  This  is  discussed 
in  the  Performance  Section. 

The  second  area,  the  description  of  the  capability 
and  utilization  of  alternate  hardware,  shows  to  what 
extent  the  recording  time  was  improved  by  this  backup 
capability.  This  discussion  is  in  the  Alternate 
Equipment  Section. 

In  the  third  area  of  this  report  (System  Flexibility) 
we  discuss  the  flexibility  of  the  system. 
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The  interval  covered  in  this  report  is  from  January 
15  through  December  31,  1971.  In  the  System  Configuration 
Section  we  describe  the  equipment  to  be  examined. 

This  report  reviews  SAAC  equipment  and  software  per¬ 
formance  by  excimining  three  areas: 

1.  measurements  of  uptime  for  the  total  system  and 
for  each  component  of  the  system; 

2.  description  and  use  of  backup  equipment; 

3.  description  of  the  flexibility  of  the  system. 

The  first  area,  measurement  of  uptime  or  recording 
time,  is  important  as  a  direct  measure  of  the  reliability 
of  the  equipment  and  software.  It  serves  as  a  reference 
point  for  measuring  the  effect  of  parameter  changes  on 
the  number  of  seismic  events  reported.  This  is  discussed 
in  the  Performance  Section. 

The  second  area,  the  description  of  the  capability 
and  utilization  of  alternate  hardware,  shows  to  what 
extent  the  recording  time  was  improved  by  this  backup 
capability.  This  discussion  is  in  the  Alternate 
Equipment  Section. 

In  the  third  area  of  this  report  (System  Flexibility) 
we  discuss  the  flexibility  of  the  system. 
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SYSTEM  CONFIGURATION 


The  SAAC  automatic  processing  system  is  composed  of 
two  subsystems,  each  located  in  a  separate  computer  as 
shown  in  Figure  1.  One  is  the  on-line  real-time  Detec¬ 
tion  Processor;  the  other  is  the  Event  Processor.  Both 
systems  operate  under  the  control  of  a  Disk  Operation 
System  (DOS)  . 

The  Detection  Processor  (DP)  receives  LASA,  NORSAR, 
and  ALPA  data  via  telecommunication  links,  reformats 
these  data,  forms  beams,  records  the  data  on  magnetic 
tape,  prints  error  statistics,  detect  and  records  short- 
period  signals,  and  displays  instrument  status  and  seis¬ 
mic  data.  This  part  of  SAAC  consists  of  two  computers: 
one  a  special  microprogrammed  computer  for  data  acqui¬ 
sition,  subarray  beamforming,  and  filtering;  the  other 
an  IBM  S/360  Model  40  general-purpose  computer  system 
for  recording,  signal  detection,  and  display.  The  IBM 
S/360  computer  has  262,000  bytes  of  main  memory,  and  its 
central  processing  unit  has  six  additional  special 
instructions  for  filtering  and  beamforming  which  ensure 
the  necessary  computing  speed. 

Figure  2  is  a  diagram  of  the  SAAC  computing  system, 
it  presents  all  the  peripheral  devices  associated  with 
the  DP  system.  The  Experimental  Operations  Console 
(EOC)  is  a  custom  display  console  which  displays  beam 
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Figure  1.  Overview  of  the  SAAC  system. 
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activity,  seismic  data  and  instrument  status.  It  has 
a  strip  chart  unit  for  producing  a  permanent  copy  of 
the  data  display  traces.  The  Special  Processing  System 
(SPS)  is  a  custom  microprogrammed  computer.  All  other 
equipment  is  standard. 

The  Event  Processor  (EP)  selects  signals  or  groups 
of  signals  for  event  analysis  from  the  file  of  detec¬ 
tions  recorded  by  DP  on  the  shared  disk.  Using  the  data 
tapes  recorded  by  DP,  the  EP  system  refines  the  estimates 
of  event  location  and  characterizes  events.  EP  produces 
an  event  bulletin,  which  is  a  summary  report  of  the 
parameters  of  each  event,  and  plots  of  beam  waveforms. 

EP  also  produces  an  Event  Tape  which  contains  waveforms 
and  the  event  bulletin,  and  provides  a  seismic  analyst 
with  the  options  of  editing  the  results  of  the  automatic 
processing  and  invoking  re-analysis  of  events. 

The  EP  system  at  SAAC  consists  of  an  IBM  S/360  Model 
40  computing  system  identical  to  that  used  in  the  DP 
system.  Figure  2  shows  all  peripheral  devices  of  the 
EP  system  and  points  of  interface  to  the  DP  system. 
Analyst  review  and  edit  functions  are  performed  through 
the  Experimental  Operations  Console.  The  channel- to- 
channel  adapter  permitting  direct  communication  between 
the  S/360  computers  is  used  by  DP  to  notify  the  EP 
system  of  a  large  event.  The  1627  plotter  is  used  in 
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an  off-line  mode  to  plot  beam  traces  from  the  EP  plot 
tape.  The  teletype  terminal  (off-line  to  EP)  is  used 
to  transmit  the  LASA  Daily  Event  Summary  to  other  seis¬ 
mic  research  laboratories. 
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HARDWARE/SOFTWARE  PERFORMANCE 
Detection  Processor 

Recording  on  the  DP  system  began  at  2300  GMT  Jan¬ 
uary  15,  1971,  following  the  move  of  the  SAAC  and  check¬ 
out  of  the  equipment. 

To  trigger  a  signal  detection,  the  beam  with  the  high¬ 
est  energy  must  be  in  the  same  neighborhood  for  p  out  of 
p'  successive  0.6  second  time  intervals,  and  the  signal-to 

noise  ratio  mus\  exceed  a  fixed  threshold  at  least  3  out  of 

\ 

3  times.  Throughout  the  year  the  fixed  threshold  was  set  to 
10  db.  From  January  15  through  February  17,  1971  p  and  p' 
were  set  to  3.  From  February  18  through  December  31,  1971 
p  and  p'  were  set  to  4.  Further  information  on  system  oper¬ 
ational  parameters  may  be  found  in  SAAC  Report  No.  5  (Dean,  1972) . 

Figure  3  is  a  histogram  of  the  daily  recording  time 
(beginning  on  February  1,  1971)  of  the  DP  system  given 
in  percentage  of  the  24  hour  day.  The  long  downtime 
on  May  17  and  18  was  due  to  a  change  in  the  routing  of 
the  50  kilobit  line  by  the  telephone  company. 

Table  I  summarizes  recording  downtime  hours  by 
cause.  The  low  recording  times  in  January  and  early 
February  reflect  the  only  downtime  for  training,  which 
includes  training  classes,  familiarization  difficulties, 
and  deficiences  in  operational  and  software  manuals. 
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Table  I.  Summary  of  3P  Up/ Downtime  in  Hours 


The  50  kilobit  line  category  accounted  for  38%  of  all 
DP  recording  time  lost;  the  SAAC  computer  room,  which 
includes  the  S/360  Model  40  and  its  peripheral  devices, 
for  14%;  scheduled  preventive  maintenance  for  13%; 
software  for  0.15%;  SPS  for  19%;  and  training  for  14%. 

The  50  kilobit  line  from  LASA  to  SAAC  is  the  least 
relidale  part  of  the  system.  Generally  the  LASA  line 
failures  were  associated  with  bad  weather  along  the 
route  of  the  line,  particularly  in  the  mid -western 

region. 

The  SPS  had  difficulties  during  the  firi^t  part  of 
the  year,  but  during  the  period  from  July  1  through 
December  31  it  had  virtually  no  failures.  It  would 
appear  that  failures  were  caused  by  the  move  of  equip¬ 
ment.  The  SPS  microprogramming  had  no  errors. 

The  average  daily  DP  recording  time  for  all  1971 
was  91.3%  of  the  24  hour  day.  This  average  improved  to 
97%  for  the  second  half  of  the  year . 

Event  Processor 

The  Event  Processing  system  does  not  operate  in  a 
continuous  mode,  so  a  true  measure  of  EP  performance  must 
be  computed  in  terms  of  time  covered  by  the  Daily  Summary 
rather  than  system  operating  time.  The  maximum  reporting 
time  available  to  EP  is  the  DP  recording  time.  A  con¬ 
venient  presentation  of  EP  daily  reporting  time  is  the 
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histogram  of  EP  reporting  time  (percentage)  versus  day, 
V7hich  is  given  in  Figure  4.  From  February  through  March 
29,  1971,  the  EP  system  threshold  for  signal  acceptance 
was  16  db.  From  then  until  December  31,  1971,  the  EP 
threshold  was  set  at  14  db.  Further  information  on 
system  operational  parameters  may  be  found  in  SAAC 
Report  No.  5  (Dean,  1972)  . 

on  most  days  EP  need  not  run  24  hours  per  day  to 
process  all  of  the  signals  detected  by  DP.  However, 
since  EP  operates  with  the  shared  disk  detection  queue, 
EP  must  operate  a  certain  portion  of  each  day  to  insure 
that  this  queue  does  not  overflow. 

Losses  of  reporting  time  due  to  queue  overflow  were 
caused  because  some  failure  on  the  EP  computing  system 
prevented  it  from  operating  at  the  necessary  level. 
Enlargement  of  this  queue  should  reduce  these 
problems.  All  other  outages  were  due  to  no  DP 

recording. 

From  February  1  through  March  31,  1971,  the  long 
reporting  outages  (Figure  4)  were  due  mainly  to  system 
errors  and  familiarization  difficulties.  After  June 
virtually  all  EP  reporting  outages  were  due  to  no  DP 
being  available. 
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The  monthly  summary  of  EP  reporting  outages  by 
probable  cause  is  shown  in  Table  II  for  the  period 
from  March  1  through  December  31,  1971.  Operational 
problems,  which  included  familiarization  in  the  early 
months,  caused  the  most  EP  outage.  From  Table  II 
software  problems  accounted  for  30%  of  all  EP  outage, 
operational  problems  for  43%,  and  hardware  failures  for 
26%.  From  March  1  through  December  31,  1971  there  were 
only  a  total  of  62  reporting  hours  lost  out  of  a  possible 
6953.3  DP  recording  hours,  yielding  a  0.8%  failure  for 
this  period. 

Table  III  is  a  monthly  summary  of  EP  running  time 
in  hours.  From  those  values  the  computed  average  daily 
running  time  of  the  EP  system  was  16.9  hours  per  day 
(70%) .  The  rest  of  each  day  was  used  for  supportive 
functions,  repairs  and  maintenance.  If  DP  were  to 
operate  100%  of  the  time  available,  the  EP  average  daily 
running  should  increase  0.5  hours  or  a  total  of  17.4 
hours  (77%),  assuming  the  same  thresholds  were  used. 

Table  IV  summarizes  hardware/sof tware  repairs  made 
during  the  year.  Note  that  hardware  problems  on  the 
EP  system  were  more  prevalent  in  the  first  part  of  the 
year.  This  was  also  true  of  the  DP  system  (Table  I) . 
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Table  II.  Summary  of  Hours  of  EP  Reporting  Outages 
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Table  III.  Summary  of  Hours  of  EP  Operating  Time 
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There  is  usually  a  delay  between  the  occurrence  of 
software  problems  and  their  corrections.  For  example, 
the  software  corrections  in  February  and  March  shown 
on  Table  IV  reflect  system  errors  found  in  January  and 
February. 

Figure  5  shows  the  relationship  between  monthly 
events  and  monthly  EP  running  time  for  the  9  months  from 
April  through  December,  1971.  As  expected,  when  the 
seismic  activity  was  high  the  EP  running  time  was  high. 
The  computed  correlation  coefficient  for  the  plotted 
monthly  EP  operating  time  versus  activity  to  a  line  is 
.68,  which  is  significant  at  the  95%  confidence  level 
for  this  size  sample  (Appendix  A) . 

Examination  of  EP  running  time  on  the  days  of  the 
highest  activity  shows  an  average  of  22.6  hours  (94%) 
being  used.  Table  V  is  a  list  of  those  days  showing 
the  activity  level  in  nuiriber  of  events  on  the  event 
bulletin  and  the  EP  system  operating  hours  required. 

The  EP  system  processed  at  virtually  full  computer 
capacity  on  those  days. 

Experimental  Operations  Console 

An  analyst  spends  a  portion  of  each  day,  usually 
in  three  sessions,  reviewing  event  processing  results 
at  the  Experimental  Operations  Console  (EOC) .  Figure 
6  shows  the  hours  spent  by  the  analysts  each  day  on  the 


Table  IV.  Suirunary  of  the  Number  of  EP  Hardware/Software  Repai 
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EP  Operating  and  EOC  Operating  Hours  on 
Seven  Days  of  High  Seismic  Activity 


EOC  throughout  1971.  This  represents  approximately 
half  of  the  time  actually  required  by  the  analyst  to 
edit  the  event  bulletin.  The  average  daily  time  from 
February  1  through  December  31,  1971,  is  4.6  hours 
(Appendix  B)  .  From  July  1  through  Decertber  31  the 
average  daily  time  improved  to  4.5  hours.  For  the 
seven  high  activity  days  listed  in  Table  V  the  daily 
average  was  8.5  hours.  The  distribution  of  daily  EOC 
time  is  given  in  Figure  7. 
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Figure  7.  Distribution  of  EOC  analysis  tine. 


ALTERNATE  EQUIPMENT  UTILIZATION 


Configuration 

The  function  with  the  highest  priority  in  the  SAAC 
system  is  the  recording  of  seismic  data.  Therefore, 
if  the  DP  computer  system  fails,  the  DP  system  can  operate 
on  the  EP  computer  system  while  the  failure  is  being 
repaired.  This  is  accomplished  by  switching  units. 

Single  components  of  the  basic  EP  computer  system  can 
be  switched  into  use  as  illustrated  by  the  diagram  in 
Figure  8. 

The  alternate  2701  transmission  control  unit  is 
^i^®ctly  switchable  for  use  by  the  DP  computer  to  inter¬ 
face  with  the  SPS  and  EOC.  The  2804  tape  controller 
with  tape  units  addressed  as  "270"  is  also  directly 
switchable  for  use  by  the  DP  computer.  All  other  backup 
peripherals  are  only  usable  through  the  EP  computer. 

The  SAAC  system  has  alternate  software  backup  for 
use  when  the  SPS  is  not  operational.  The  50  kilobit 
line  from  LAS A  is  switched  through  a  2701  transmission 
control  to  the  S/360/40A  computer.  The  I ISPS  (Interim 
Integrated  Signal  Processing  System)  DP  system  is  then 
used  for  LASA  data  recording  and  signal  detection. 

When  the  50  kilobit  line  is  down  there  is  backup 
recording  at  LASA. 
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The  Event  Processing  System  alternate  equipment  con¬ 
figuration  is  shown  in  Figure  9.  A  tape  controller  with 

associated  tape  units  is  the  only  alternate  equipment  on 
the  EP  System. 

Utilization 

Table  VI  is  a  monthly  summary  of  software  and 
equipment  problems  and  associated  utilization  of  ISRSPS 
DP  alternate  equipment..  The  high  incidence  of  short 
downtime  periods  is  due  to  the  fact  that  when  a  failure 
occurs  a  time  of  5  to  10  minutes  is  necessary  to  reinitiate 
the  DP  operation  whether  or  not  an  alternate  piece  of 
equipment  is  being  used.  Also  whenever  a  software  or 
parameter  change  is  made  it  is  necessary  to  reinitiate 
the  DP  operation  with  a  resulting  short  period  of  down¬ 
time.  When  the  DP  computer  is  down,  and  the  EP  computer 
(40B)  is  to  be  used  as  backup,  there  may  be  an  additional 
DP  recording  loss  while  the  EP  system  finishes  processing 
work  in  progress. 

Table  VI  shows  that  only  tapes  and  Central  Process¬ 
ing  Units  were  backed  up  during  the  period  from  August  1 
through  December  31,  1971.  In  August  switchable  tape 
capability  kept  ISRSPS  DP  in  operation  2.7  hours  or  0.4% 
of  DP  uptime  and  in  September  the  alternate  Central 
Processing  Unit  kept  DP  in  operation  2.5  hours  of  0.35% 
of  DP  uptime.  This  backup  accounted  for  only  0.15%  of 
DP's  uptime  during  the  five  month  period. 
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i  igure  9,  Diagram  of  fF’  alternate  equipment 
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The  alternate  equipment  (EP  computer  system)  was 
important  for  testing  changes  and  corrections  to  the 
DP  system  and  also  for  conducting  experimental  comparison 
projects  using  the  off-line  version  of  DP  on  the  EP 
computer. 
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SYSTEM  FLEXIBILITY 
Special  Processing  System 

The  Special  Processing  System  (SPS)  developed 
built  by  IBM  is  a  stored  program  digital  computer  which 
acts  as  a  communication  controller  on  the  DP  system. 

The  SPS  uses  standard  components  of  the  IBM  360  computer 
line  but  is  unique  in  the  way  these  components  are  inte¬ 
grated.  Its  functions  are  controlled  by  microcoded 
routines  stored  in  Transformer  Read  Only  Storage.  The 
microcode  instruction  format  is  complicated  and  it  can 
only  specify  simple  operations.  Each  of  these  operations 
executes  in  one  0.5  microsecond  cycle. 

The  internal  components  of  the  SPS  are:  Transmission 
Adapter  Unit,  which  contains  the  interface  to  control 
the  data  communication  lines;  Transformer  Read  Only 
Storage  (TROS) ,  which  contains  the  micro-’  itructions; 

TROS  Sequence;  Main  Store;  Data  Flow  for  data  transfer 
under  microprogram  control;  Storage  Access  Channel  for 
a  direct  access  to  Mal-i  Store;  and  Multiplex  Channel 
(Figure  10)  . 

As  a  communications  interface  the  SPS  can  control  32 
full  duplex  synchronous  lines  of  various  bit  rate,  or  half 
may  be  asynchronous  at  120  bits  per  second,  and  it  can  control 
up  to  eight  binary  synchronous  Communication  Adapters  which 
can  operate  at  data  rates  up  to  50,000  bits  per  second, 
full  duplex.  The  SPS  can  communicate  with  two  S/360 
computers  effectively  through  a  2701  parallel  Data 
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SPECIAL  PROCESSING  SYSTEM 


NORSAR 


Figure  10.  Diagram  of  special  processing  system 


Adapter  because  of  the  SPS's  comprehensive  interrupt 
logic. 

The  speed  of  the  SPS  is  more  than  adequate  for  its 
current  functions  of  data  aquisition,  formatting,  filter¬ 
ing  and  subarray  beamforming  since  approximately  half  of 
its  computing  capacity  is  utilized.  However,  the 
storage  in  the  TROS  and  Main  Store  is  almost  consumed. 

The  SPS  programming  is  parameterized  to  some  degree 
using  initial  core  load  from  the  IBM  S/360  Model  40 
computer.  But  the  TROS  must  be  changed  to  implement 
logic  changes  and  making  these  changes  is  complicated. 

The  microprogram  must  be  coded  and  assembled  in  the 
microasseitibly  lahguage  and  tested  on  an  SPS  simulator 
until  the  change  is  working.  Next  TROS  tapes  must  be 
punched  from  the  microprogram  assembler  output  and 
installed  in  the  SPS  TROS  and  tested.  Minor  corrections 
may  be  punched  by  hand  on  the  TROS  tape;  otherwise  one 
must  remake  the  TROS  tape  as  before. 

The  modification  process  requires  use  of  a  micro¬ 
program  assembler,  SPS  simulator,  special  equipment 
for  making  the  TROS  tape  as  well  as  a  trained  technician 
for  its  installation.  Testing  on  the  SPS  requires  use 
of  the  IBM  S/360  for  initial  core  load  and  memory  dumps. 
Since  neither  the  microprogram  assembler  nor  the  SPS 
simulator  are  user-available  IBM  programs,  they  would 
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have  to  be  implemented  by  Teledyne  Geotech  or  obtained 

from  IBM  through  contract  agreement  before  any  significant 
changes  could  be  made. 

Even  with  the  microprogram  assembler  and  SPS 
simulat-jr,  the  cost  of  an  SPS  microprogram  change  would 
be  at  least  twice  that  for  a  comparable  S/360  change 
excluding  purchasing,  punching  and  installation  of  TROS 
tapes.  Similarly,  hardware  changes  to  the  SPS  would 
be  more  costly  than  comparable  items  on  the  360  because 
they  would  have  to  be  custom  built  and  installed. 

Should  more  memory  be  added,  the  current  addressing 
scheme  would  be  inadequate.  All  bits  of  the  address 
field  of  the  instructions  are  currently  used  for  the 
65,536  word  memory  size.  Therefore  a  different  address 
scheme  would  have  to  be  used  if  more  memory  were  added. 

A  similar  condition  exists  concerning  the  TROS  size. 

The  SPS  is  quite  inflexible,  for  two  reasons:  (1) 
the  time  and  cost  of  hardware  and  firmware  changes,  both 
permanent  and  experimental,  and  (2)  its  inability  to 
interface  to  peripherals  without  a  360  CPU.  However, 
the  SPS  is  adequate  for  its  current  functions  and  has 
excellent  hardware  and  microprogramming  reliability 
(Pinkerton,  1971) . 
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Detection  Processor 

The  Detection  Processor  Prograinining  system  is 
organized  into  units  (tasks)  by  logical  function.  These 
units  operate  asynchronously,  when  a  particular  function 
is  needed  it  is  activated  by  another  function  or  an  input/ 
output  or  timer  interrupt.  Table  VII  shows  a  list  of 
all  DP  functions  and  the  percentage  of  the  time  avail¬ 
able  used  by  the  Central  Processing  Unit  (CPU)  in 
performing  the  various  functions  over  a  33  hour  period 
of  time.  The  data  used  in  the  chart  is  from  June  1971 
and  is  typical  of  DP  operation.  The  amount  of  CPU 
utilization  by  the  data  acquisition,  tape  recording,  and 
detection  processing  tasks  is  essentially  constant. 

The  time  expended  waiting  on  transfers  of  data  between 
external  storage  devices  and  memory  and  waiting  on  the 
next  string  of  data  from  the  SPS  is  unused  CPU  capacity. 
This  wait  time  was  43%  of  the  total. 

Table  VIII  shows  the  computer  memory  utilization  by 
DP  tasks.  The  entire  DP  system  is  resident  in  memory 
throughout  DP  operation  and  requires  246,000  bytes.  The 
remainder  of  memory  storage  (16,000  bytes)  is  required 
by  the  Disk  Operation  System. 

The  system  is  modular;  however,  the  lack  of  available 
memory  would  prevent  programming  additions  of  significant 
size  without  incorporation  of  dynamic  program  loading, 
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Table  VII.  DP  CPU  Utilization  by  Task  (percentage) 


DP  Function 


Bytes  of  Memory 


DP  Monitor 

14,000 

Data  Acquisition 

26,000 

Tape  Recording 

10,000 

Message  Function 

25,000 

EOC  Function 

11,000 

Detection  Process 

6,000 

Disk  Recording 

6,000 

Work  Storage 

40,000 

Free  (small  blocks) 

1,000 

DP  Constants  and  Data  Areas 

107,000 

TOTAL 

246,000 

Table  VIII.  DP  Memory  Utilization  by  Function 
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i 

i 

or  elimination  of  a  nonessential  task  (such  as  the 
EOC  task) .  There  are  also  several  memory  data  addressing 
restrictions  imposed  by  certain  of  the  special  filtering 
and  beamforming  instructions,  which  must  be  observed 
in  any  program  modifications  to  the  DP  system. 

Event  Processor 

The  Event  Processor  programming  system  is  organized 
in  a  heirarchy  of  functions  providing  the  capability 
of  dynamic  loading  of  programs  from  disk.  The  main 
memory  of  the  computer  is  used  as  four  time-sharing 
units,  allowing  EP  to  process  up  to  three  events  con¬ 
currently.  There  is  an  EP  monitor  program  and  data  area 
composing  one  unit  and  three  processing  units  or  regions 
used  for  loading  and  executing  the  various  analytical 
and  data  management  programs  (Figure  11)  . 

The  analytical  operations  shown  in  Table  IX  are 
performed  for  individual  events.  The  average  analysis 
time  per  event  is  382  seconds.  Correlation  analysis 
requires  almost  twice  as  much  CPU  capacity  as  any  other 
operation. 

Besides  the  analytical  operations  listed  in  Table 
IX,  several  EP  system  functions  operate  on  groups  of 
events  and  are  largely  I/O  operations  requiring  relatively 
little  CPU  capacity.  These  EP  data  management  functions 
are  responsible  for  production  of  a  detection  report. 
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EP  SYSTEM  MAIN  MEMORY 
ORGANIZATION 


BEAM  PLOT  N 

y 

y 

2  K 

EP  MONITOR 

54  K 

PROCESSING  REGION  A 

I 

60  K 

- - 

— 

PROCESSING  REGION  B 

60  K 

PROCESSING  REGION  C 

•I*t*I*»*»*»*»J 

60  K 

OOS  SUPERVISOR 

H 

20  K 

FOREGROUNO  — 

BACKGROUNO  — 

OOS  SUPERVISOR  — 
« 


Figure  11. 


Diagrain  of  EP  ineinory  utilization. 
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Table  IX.  EP  CPU  Utilization  by  Analysis  Task 


bulletin  report,  and  summary  report  (on  each  event 
in  the  bulletin) .  The  beam  plot  tape  and  event  tape 
generator  and  EOC  analysis  also  operate  in  this  mode. 

Of  the  262,000  bytes  of  memory  on  the  EP  computer, 
there  are  approximately  20,500  bytes  for  the  Disk 
Operating  System  supervisor,  55,000  bytes  for  the  EP 
monitor  and  common  data  area,  61, 500  bytes  for  each 
of  three  processing  regions  or  (184,500  bytes  total)  and 
2,000  bytes  for  the  off-line  plot  program  (Figure  11). 

The  smallest  loadable  program  unit  in  the  EP  system 
is  called  a  "package";  usually  a  package  performs  a  single 
function.  One  or  more  packages  compose  a  larger  function 
called  a  "job  step."  One  job  step  occupies  a  region  of 
memory.  The  packages  are  loaded  and  executed  one  at  a 
time  until  the  job  step  has  completed  operation.  Table  X 
shows  the  memory  required  by  each  package.  Note  that 

only  one  package  is  in  a  region  of  memory  at  a  time. 
Therefore  the  largest  package  must  not  exceed  the  region 
size  which  is  61,500  bytes. 

The  Event  Processor  appears  to  be  organized  for 
maximum  usage  of  memory  and  CPU  capacity.  Its  basic 
design  allows  it  to  be  more  easily  modified  than  does 
the  DP  system. 


-40- 


SPOl 

Beamforming 

53,000 

SP02 

Correlation 

61,400 

SP02 

Beam  Packing 

50,000 

SP02 

Event  Parameter  Extraction 

47,000 

SP02 

Calibration 

29,000 

SP02 

Event  Characterization 

21,000 

SP03 

Parameter  Report  Generation 

44,000 

SP03 

Summary  Report  Generation 

53,000 

SP03 

Event  Tape  Generation 

51,000 

SP03 

Detection/Bulletin  Generation 

44,000 

SP03 

Recording  Plot  Tape 

44, 000 

SP04 

EOC  Interface 

61,000 

SP04 

Event  Tape  Data  Retrieval 

18,000 

MOK. 

EP  Monitor,  Common  Data  Area, 

55,000 

and  Rerun  Processor 

Large  Event  Processor 

6,000 

Table  X.  EP  Memory  Utilization  by  Function 


CONCLUSIONS 


The  conclusions  concerning  the  equipment  and  soft¬ 
ware  of  the  SAAC  (LASA)  System  as  it  operated  from 
January  15  through  Decerriber  31,  1971,  are: 

1.  The  Detection  Processor  computing  system  recorded 
LASA  data  91.3%  of  the  time  from  January  15  through 
December  31,  1971.  From  July  1  through  December  31 
the  DP  system  recorded  LASA  data  97%  of  the  time. 

2.  The  50  kilobit  line  between  LASA  and  SAAC  was  the 
least  reliable  part  of  the  system  and  accounted  for 
38%  of  the  total  LASA  data  recording  time  lost. 

These  failures  were  generally  associated  with  bad 
weather  conditions  along  the  route  of  the  line. 

3.  The  Special  Processing  System  had  substantial  down 
time  in  the  early  months  only,  it  appears  that 
these  may  have  been  caused  at  least  in  part  by  the 
relocation  of  the  SAAC  in  early  January  1971. 

4.  The  Event  Processor  system  reporting  coverage  was 
99%  of  the  DP  recording  time.  Most  of  the  EP 
reporting  outages  occurred  in  the  early  months  of 
the  contract  period  and  were  due  mainly  to  software 
errors  and  familiarization  difficulties. 

5.  The  EP  required  an  average  operating  time  of  17  hours 
per  day  to  process  selected  events  from  all  data 

and  signals  recorded  per  day  by  the  DP. 


-42- 


6.  The  daily  time  required  by  a  seismic  analyst 
operating  the  EOC  was  less  than  five  hours.  The 
maximum  time  required  on  any  day  was  13  hours. 

7.  The  alternate  equipment  within  the  SAAC  system  was 
of  virtually  no  use  in  increasing  the  recording  and 
reporting  time.  This  was  because  the  most  trouble¬ 
some  pieces  of  equipment  were  the  50  kilobit  LASA 
line  and  the  SPS,  which  are  not  duplicated,  whereas 
the  IBM  S/360  Model  40  computing  systems  had  a 
high  degree  of  reliability. 

8.  The  alternate  equipment  within  the  SAAC  system 
provides  flexibility  for  testing  and  experimenting 
with  the  DP  system. 

9.  The  Special  Processing  System  uses  about  half  its 
computing  power  but  nearly  all  of  its  storage 
capacity.  Changing  the  SPS  logic  would  be  difficult, 
time-consuming,  and  costly,  because  all  the  logic 

is  microprogrammed  (tools  for  which  are  not  readily 
available) ;  there  are  no  attached  I/O  devices  for 
convenient  testing;  and  the  current  micro-instruction 
format  prohibits  additions  to  the  size  of  the  TROS 
storage  and  memory. 

10.  The  Detection  Processor  uses  approximately  50%  of 
its  computing  capacity.  The  entire  programming 
system  is  resident  in  memory  while  the  DP  system  is 
operating.  The  system  is  modular,  but  the  addition 


of  tasks  might  require  dynamic  program  module 
loading  because  no  appreciable  memory  is  presently 
available.  Additional  memory  could  be  made  available 
if  some  non-essential  task,  such  as  the  EOC  task, 
were  eliminated. 

11.  The  Event  Processor  is  organized  for  maximum  usage 

of  memory  and  CPU  capacity.  The  EP  system  is  modular 
and  therefore  is  relatively  easy  to  change  and 
supplement. 
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442 

911 

633 

917 

786 

720 

556 

531 

921 


457.7 
588.9 

559.7 
550.0 
537.0 
449.0 
500.2 
453.1 
499.6 


6»417  (ly)  4,645.2 


X 


2 


xy 


195.364 

829.921 

400.689 

840.889 

617.796 

518.400 

309.136 

281.961 

848.241 

(Ex^)  4,842.397 


209,489.23 

246,803.21 

313,264.09 

302,500.00 

288,369.00 

249,001.00 

250,200.04 

205,299.61 

249,600.16 

(^y  3  2,414,526.40 


202,303.4 

536,487.9 

354.290.1 
504,350.0 
422,082.0 
359,280.0 

278.111.2 
240,596.1 
460,13]  .6 

C2xy^)  3,357,632.3 


Computation  of  r: 


r  = 


JExy)  -  (lx)  (Zy) 


[n  (Ex^)-(Zx)^]  [n  (Ey^)-(Ey)^] 


9(3,357,632)  -  (6,417)  (4. 


r  = 


y^(4,842. 


645) 


397) -6,417^] [9 (2,414,526) -4,645^] 


r  =  .68 


i 


Significance  of  r: 


t  = 


r 


for  8  degrees  of  freedom 


t  =  - -  {/9"^) 

-  (.68)^ 


t  =  2.4645 


(a  for  t  of  2.46  <  .025) 


